| Arcserve |
Willkommen bei den Versionshinweisen von Arcserve UDP Version 5.0 Update 3. Diese Versionshinweise enthalten wichtige Informationen über diese Aktualisierung. Aktualisierungen sind kumulativ und können auf alle früheren Versionen von Arcserve UDP installiert werden. Arcserve UDP Version 5.0 Update 3 wird nicht automatisch heruntergeladen und auf Ihrem System installiert (über die Funktion "Aktualisierungen" des Produkts), sondern muss stattdessen manuell über die Links in den Installationsanweisungen heruntergeladen werden.
Folgende Erweiterungen oder Funktionen wurden für diese Arcserve UDP-Aktualisierung hinzugefügt:
Jede Arcserve UDP 7000 Series-Anwendung ist eine eigenständige Sicherungs- und Wiederherstellungslösung, die nur einmal eingerichtet werden muss. Die Arcserve UDP 7000 Series-Anwendung ist vollständig in die führende Arcserve Unified Data Protection-Software integriert, die bereits in der neuesten Hardware vorinstalliert ist. Die Architektur mit systemeigenen Cloud-Funktionen bietet eine unübertroffen einfache Bereitstellung und Benutzerfreundlichkeit, eine breite Palette von Funktionen wie globale quellbasierte Datendeduplizierung, Replikation an mehreren Standorten, Unterstützung für Bandlaufwerke und automatisierte Datenwiederherstellungsfunktionen. Die Arcserve UDP 7000 Series bietet unübertroffene Agilität und Effektivität sowie drastische Vereinfachungen von Disaster Recovery-Aktivitäten.
Die Dashboard-Registerkarte enthält eine grafische Darstellung der Größe der Rohdaten, des tatsächlichen Datenspeichers und der wiederherstellbaren Datengröße für die vergangenen sieben Tage sowie den letzten Sicherungsstatus.
Dies ist die alte Dashboard-Registerkarte aus früheren Versionen. Hier wird der Status der Jobs für einen bestimmten Zeitraum angezeigt. Sie können Filter einsetzen, um die Ergebnisse zu kategorisieren, oder die Jobs nach Plänen gruppieren.
Diese Aktualisierung behebt folgende Probleme, die hätten auftreten können:
Symptom:
Der Server kann nach einem BMR von einem bestimmten Wiederherstellungspunkt nicht starten und startet weiterhin im Reparaturmodus bzw. wiederholt den Neustart.
Ursache:
Der Arcserve UDP-Agent kann die Daten während einer NTFS-Transaktion nicht konsistent sichern. Wenn die Sicherung durchgeführt wird, nachdem die NTFS-Transaktion gestartet wurde und bevor die NTFS-Transaktion die Daten überträgt, werden die nicht übertragenen Daten möglicherweise nicht ordnungsgemäß gesichert. Alle folgenden inkrementellen Sicherungen beinhalten ebenfalls dieses Problem. Eine vollständige Sicherung oder eine Überprüfungssicherung kann dieses Problem für einen neu erstellten Wiederherstellungspunkt beheben.
Lösung:
Führen Sie ein Upgrade auf Arcserve UDP Version 5.0 Update 3 durch und nehmen Sie eine vollständige Sicherung vor.
Hinweis: Bevor Sie ein Upgrade auf Arcserve UDP Version 5.0 Update 3 durchführen, beachten Sie folgende Hinweise zur Rückwärtskompatibilität in Ihrer Umgebung:
Der Sicherungsjob einer Hyper-V-Cluster-VM wird zu einer Überprüfungssicherung, und im Aktivitätsprotokoll befindet sich die Warnung "Change Block Tracking-Funktion ist inaktiv auf dem Hyper-V-Host". Dieses Problem tritt auf, wenn einer der Hyper-V-Hosts im Cluster aus dem Cluster ausgeschlossen wird und dann sofort herunterfährt.
Eine Hyper-V-VMs wird während der Phase "Schnappschuss" der Sicherung für 1 oder 2 Minuten in den Status "Gespeichert" gesetzt (nach der Phase "Schnappschuss" setzt die VM automatisch ihren Betrieb fort). Das Problem, bei dem eine VM in den Status "Gespeichert" gesetzt wird, kann in einer Hyper-V 2008 R2 oder Hyper-V 2012-Umgebung auftreten. Bei Hyper-V 2012 R2 kann dieses Problem auftreten, bevor Windows-Update 2919355 angewendet wird.
Weitere Informationen zu allen behobenen Problemen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Folgende Probleme sind möglicherweise in dieser Aktualisierung vorhanden:
Symptom:
VMware hat einen Fehler, wenn eine VM stillgelegt wird, sodass das zugehörige Snapshot beschädigte Daten enthält. Die Sicherung liest Daten vom Snapshot, sodass auch die gesicherten Daten beschädigt werden. Weitere Informationen zu diesem Problem finden Sie in folgendem VMware-KB-Artikel: Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169).
Hinweis: Dieses Problem kann bei allen VMware ESXi-Versionen und auf VMs mit Windows 2008 R2 SP1 und Windows 2012 als Gastbetriebssystem auftreten. Das Datenbeschädigungsproblem kann nicht von der Software erkannt werden, weil VMware in diesem Fall keinen Fehler zurückgibt. Dies kann zur Situation führen, dass Sie das Problem nicht bemerken, bis Sie versuchen, einige Daten wiederherzustellen.
Lösung:
Führen Sie die folgenden in diesem Update enthaltenen Verfahren durch, um dieses Problem zu erkennen und zu beheben:
Symptom:
Wenn der Quellrechner ein Windows 8.1- oder Windows 2012 R2-System ist und Sie eine BMR auf einem Rechner mit einem 4 KB-Datenträger ausführen, dann kann der Rechner nach einer BMR möglicherweise nicht gestartet werden, und folgende Fehlermeldung wird angezeigt: system_thread_excption_not_handled (WppRecorder.sys).
Lösung:
Starten Sie die Wiederherstellungskonsole (nach einigen Blue Screen-Abstürzen sollten Sie automatisch dort hingelangen).
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
Symptom:
Ein Migrationsjob wird nicht in der Listenanzeige "Knoten" auf der Registerkarte "Ressourcen" angezeigt.
Lösung:
Greifen Sie auf die RPS-Anzeige oder auf die Registerkarte "Jobs" zu, um die Jobüberwachung zu überprüfen.
Symptom:
In der Arcserve UDP-Wiederherstellungspunktanzeige können keine Volumes durchsucht werden.
Lösung:
Verwenden Sie einen UNC-Pfad direkt, anstatt einer Zuordnung zu einem Netzwerklaufwerk.
"Die Windows-Version des Proxy [<Proxy-Name>] ist älter als die des virtuellen Rechners [<VM-Name>]. Möglicherweise schlägt der nachfolgende Exchange-Katalogjob daher fehl. Installieren Sie in diesem Fall das zugehörige Windows-Aktualisierungspaket, um den Fehler zu beheben."
Symptom:
Der Exchange-Katalogjob verwendet die Exchange-Binärdateien vom virtuellen Rechner. Wenn die Windows-Version des Proxy-Rechners eine frühere Version als der virtuelle Rechner ist, dann funktionieren die Exchange-Binärdateien nicht gut, und dies führt dazu, dass der Katalogjob fehlschlägt.
Lösung:
Installieren Sie das folgende Windows-Aktualisierungspaket, um das Problem zu beheben:
Symptom:
Beim Sichern einer VM wird vor Aufnahme eines Snapshot ein Failover für die geclusterte VM durchgeführt. Dies führt dazu, dass der in der Sicherungssitzung aufgezeichnete Hyper-V-Host nicht mit der VM-Konfiguration konsistent ist.
Lösung:
Sie können den Netzwerkadapter manuell mit einem virtuellen Schalter auf dem dazugehörigen Hyper-V-Host verbinden oder die Option An einem alternativen Speicherort wiederherstellen verwenden, mit der Sie die Wiederherstellungskonfiguration für die VM festlegen können.
Symptom:
Nehmen Sie an, dass Sie einen Linux-Sicherungsserver zur Arcserve UDP-Konsole migrieren. Wenn Sie den Linux-Sicherungsserver freigeben und danach erneut migrieren, wird in der Konsole automatisch ein neuer Plan erstellt.
Beispiel:
Linux-Sicherungsserver1 verwaltet Linux_Knoten1. Sie haben einen Sicherungsjob namens "Neuer Plan" erstellt. Sie haben auch eine Arcserve UDP-Konsole, die Linux_Knoten2 und Linux-Sicherungsserver2 verwaltet. Der Plan heißt ebenfalls "Neuer Plan".
Sie migrieren Linux-Sicherungsserver1 mithilfe des Befehls "d2dreg" zur Konsole. Nach der Migration wird der Name des Sicherungsjobs in "Neuer Plan_<Linux-Sicherungsserver1> umgeändert. Stellen Sie "Neuer Plan_<Linux-Sicherungsserver1> bereit.
Nun fügen Sie Linux_Knoten1 zu "Neuer Plan" hinzu, fügen Linux-Sicherungsserver1 als Server hinzu und stellen den Plan bereit. "Neuer Plan" schützt jetzt Linux_Knoten1 und Linux_Knoten2, und der Server ist Linux-Sicherungsserver1.
Nun geben Sie Linux-Sicherungsserver1 von der Konsole frei. Löschen Sie "Neuer Plan" und "Neuer Plan_< Linux-Sicherungsserver1> von der Konsole. Wenn Sie Linux Backup Server1 erneut zur Konsole migrieren, werden zwei Pläne migriert: "Neuer Plan" und "Neuer Plan_< Linux-Sicherungsserver1>".
Lösung:
Löschen Sie den neuen Plan. Der neue Plan hat keine Knoten und wirkt sich dadurch auf keine Sicherungsablaufpläne aus.
Symptom:
Obwohl der Sicherungsjob für einen virtuellem Rechner bereits abgeschlossen wurde, ist der Status des virtuellen Rechners im Hyper-V-Manager weiterhin "Wird gesichert". Wenn zu diesem Zeitpunkt ein anderer Sicherungsjob für diese VM startet, schlägt er mit folgendem Fehler fehl: "Der Hyper-V-VSS-Writer hat beim Verarbeiten dieses virtuellen Rechners einen Fehler gefunden." Zudem können Sie zu diesem Zeitpunkt einige Vorgänge wie beispielsweise An-oder Abschalten der VM nicht ausführen. Wenn es sich bei der VM um einen Hyper-V-Cluster handelt, ist darüber hinaus keine Live-Migration möglich.
Dieses Problem tritt in folgenden Situationen auf:
• Mehrere Sicherungsjobs starten gleichzeitig oder knapp hintereinander (innerhalb einer Minute).
• Mindestens ein Sicherungsjob wurde fertiggestellt, doch mindestens ein weiterer Sicherungsjob wird noch bearbeitet.
Ursache des Problems:
Um unnötige Belastungen des Hyper-V-Hosts zu vermeiden, versucht Arcserve UDP, einen gemeinsamen VSS-Snapshot für alle VMs anstelle eines eigenen VSS-Snapshot für jede VM aufzunehmen, wenn ihre Sicherungsjobs gleichzeitig oder knapp hintereinander starten. Nachdem der VSS-Snapshot aufgenommen wurde, werden alle VMs in dieser Instanz des VSS-Snapshot "gesperrt" (in den Sicherungsstatus versetzt). Da Arcserve UDP den Snapshot erst freigeben kann, wenn alle Sicherungsjobs abgeschlossen sind, bleiben einzelne VMs weiterhin "gesperrt", wenn ihr Sicherungsjob abgeschlossen ist. Aufgrund dieser Beschränkung in Zusammenhang mit VSS-Snapshots, durch die für eine VM nicht mehrere Snapshots gleichzeitig aufgenommen werden können, wird folgender Fehler ausgegeben, wenn für dieselbe VM zum selben Zeitpunkt ein weiterer Sicherungsjob startet: "Der Hyper-V-VSS-Writer hat beim Verarbeiten dieses virtuellen Rechners einen Fehler gefunden." Außerdem sind einige Vorgänge (wie z. B. Ein- und Ausschalten) in Hyper-V Manager deaktiviert, und wenn sich die VM in einem Hyper-V-Cluster befindet, ist Live-Migration nicht zugelassen. In Hyper-V 2008R2 ist dies nicht der Fall, da sich der Mechanismus für VSS-Snapshots in Hyper-V 2008R2 anders verhält.
Lösung:
Während die VM "gesperrt" ist, können Sie das Gastbetriebssystem weiterhin wie gewohnt verwenden. Deswegen besteht keine Auswirkung auf Verwendung oder Verfügbarkeit des Gastbetriebssystems. Wenn Sie jedoch Bedenken haben und diese Situation vermeiden möchten, können Sie Folgendes tun:
Symptom:
Die Benutzeroberfläche reagiert beim Zugriff von Internet Explorer 10 oder 11 auf Arcserve UDP Agent (Windows) möglicherweise langsam, wenn Sie eine Version von Internet Explorer 10.0.9200.17XXX oder Internet Explorer 11.0.9600.17XXX verwenden.
Wenn dieses Problem auftritt, warten alle weiteren darauffolgenden Anforderungen 5 Minuten lang auf eine Antwort.
Dieses Problem tritt nur auf, wenn eine der erwähnten Versionen von Internet Explorer 10 und 11 verwendet werden. Bei allen anderen Browsern tritt dieses Problem nicht auf.
Lösung:
Führen Sie für eine temporäre Lösung eine der folgenden Aktionen durch:
Führen Sie folgende permanente Lösung aus:
Lösung:
Erstellen Sie einen neuen virtuellen Datenträger mit einem anderen Wert als 1 MB.
Lösung:
Wenden Sie sich an Ihren Domänenadministrator, um den DHCP-Server zu autorisieren, bevor Sie den Arcserve UDP Linux-Sicherungsserver verwenden.
Symptom:
Wenn während der Ausführung einer spezifischen Wiederherstellung eines GRT-Katalogjobs ein Snapshot aufgezeichnet wird, besteht im Dateisystem ein Deadlock.
Das Problem kann durch die folgenden Bedingungen ausgelöst werden:
Lösung:
Konfigurieren Sie den folgenden Registrierungsschlüssel, um die Zwischenspeicherdatei an einen anderen Speicherort verschieben zu können, der nicht durch den Prozess von Arcserve UDP geschützt wird.
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
Wenn der Schlüssel "AFStorHBAMgmt" nicht vorhanden ist, müssen Sie ihn neu erstellen.
Beispiel: Wenn Ihr Sicherungsziel das lokale E-Laufwerk ist, wird der Sicherungs-Snapshot unter Laufwerk E des Sicherungszielpfads erstellt.
Beispiel: Wenn der Pfad e:\temp ist, wird e:\temp für den Zwischenspeicherpfad verwendet.
Hinweis: Dieses Problem tritt auf, wenn die E/A-Last hoch ist und die folgenden Bedingungen zutreffen:
Durch das Erstellen eines Schnappschusses wird der Dateisystemtreiber benachrichtigt, um unvollständige Daten vom Volume zu löschen und verhindert für kurze Zeit alle neuen Schreibvorgänge für alle Volumes. Hierdurch wird ein Deadlock erstellt, bei dem das installierte Volume Daten in die Datei überträgt: Gleichzeitig wird der Schreibvorgang auf dem Volume, auf dem Arcserve UDP installiert ist, verhindert.
Lösung:
Öffnen Sie erneut den Wiederherstellungsassistenten und versuchen Sie erneut, die Datenbank auszuwählen.
Symptom:
In der Arcserve UDP-Konsole haben Sie einen agentenlosen Sicherungs-Proxy-Knoten mit neuen Anmeldeinformationen erfolgreich aktualisiert. Die neuen Anmeldeinformationen werden jedoch nicht wirksam, und alte Anmeldeinformationen werden vom Prozess Arcserve UDP zum Starten des Sicherungsvorgangs verwendet. Dies passiert nur, wenn kein agentenbasierter Sicherungsplan für den Proxy-Knoten bereitgestellt wird.
Beispiel:
Lösung:
Erstellen Sie zur Umgehung dieses Problems einen agentenbasierten Sicherungsplan und fügen Sie Ihren Proxy als geschützten Knoten hinzu (vergewissern Sie sich, dass alle Abläufe aus dem Plan entfernt werden) und aktualisieren Sie erneut den Proxyknoten.
Symptom:
Nach dem Upgrade auf Google Chrome v41 können Sie nicht mehr den Arcserve UDP/Arcserve D2D-Agenten nach Linux-Webseiten durchsuchen, wenn HTTPS als Kommunikationsprotokoll verwendet wird. (HTTPS ist das Standardprotokoll für den Arcserve UDP/Arcserve D2D-Agenten für Linux). Die folgende Meldung wird angezeigt:
The webpage is not available
Fehlercode: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Hinweis: Dieses Problem betrifft alle Versionen von Arcserve D2D für Linux und Arcserve UDP.
Lösung:
Öffnen Sie die Befehlszeile auf dem Rechner des Arcserve UDP/Arcserve D2D Linux-Sicherungsservers als Administrator und führen Sie die folgenden Befehle aus:
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
Hinweise:
Weitere Informationen dazu finden Sie unter https://arcserve.zendesk.com/hc/en-us/articles/204506105
Symptom:
Nach dem Aktualisieren auf Google Chrome v41 können Sie nicht den Arcserve UDP/Arcserve D2D-Agenten für Windows-Webseiten durchsuchen, wenn HTTPS als Kommunikationsprotokoll verwendet wird. (HTTPS ist das Standardprotokoll für den Arcserve UDP/Arcserve D2D-Agenten für Windows). Die folgende Meldung wird angezeigt:
The webpage is not available
Fehlercode: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Hinweis: Dieses Problem betrifft alle Versionen von Arcserve D2D für Windows und die Arcserve UDP-Konsole.
Lösung:
Öffnen Sie die Befehlszeile auf dem Arcserve UDP/Arcserve D2D Windows-Rechner als Administrator und führen Sie die folgenden Befehle aus:
cd C:\Programme\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com
cd C:\Programme\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
Hinweise:
Weitere Informationen dazu finden Sie unter https://arcserve.zendesk.com/hc/en-us/articles/204542275
Weitere Informationen zu allen bekannten Problemen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Beachten Sie die folgenden Betrachtungen für diese Aktualisierung:
Folgende Einschränkungen sind möglicherweise in dieser Aktualisierung vorhanden:
Hinweis: Diese Einschränkung gilt nur für VMware-VMs mit der Option zum Festlegen des Betriebssystemtyps. Für Hyper-V ist dieses Problem nicht vorhanden.
Symptom:
Wenn Sie sich mit einem Domänenbenutzerkonto bei der Arcserve UDP-Appliance anmelden, wird der Assistent für die Appliance nicht sofort gestartet. Im Dialogfeld "Benutzerkontensteuerung" werden Sie dazu aufgefordert, die Änderungen am Computer durch das Programm bestätigen.
Lösung:
Klicken Sie im Dialogfeld "Benutzerkontensteuerung" auf "Ja", und der Assistent wird gestartet.
Weitere Informationen zu allen Betrachtungen und Einschränkungen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Folgende Abschnitte stellen Informationen zu Installationsvoraussetzungen und Installationsanweisungen bereit.
Berücksichtigen Sie die folgenden Aufgaben, die als Voraussetzung für die Installation dieser Aktualisierung durchgeführt werden müssen:
Bei Installation der Arcserve UDP- oder Arcserve UDP Agent (Windows)-Aktualisierung ist es wichtig, eine optimale Leistung zwischen der Konsole, dem Recovery Point Server (RPS) und den Agenten sicherzustellen. Wenn die Aktualisierung in einer Umgebung installiert wird, die sowohl eine Konsole als auch einen Agenten umfasst, müssen Sie die Aktualisierung immer zuerst auf der Konsole, dann auf dem RPS und schließlich auf dem Agenten installieren. (Für den Agenten, der auf der Konsole oder dem RPS installiert wird, wird die Aktualisierung gleichzeitig automatisch auf diesem Agenten installiert.)
Hinweis: Wenn in Ihrer Umgebung sowohl Arcserve UDP als auch Arcserve Backup installiert sind und Sie Arcserve UDP Version 5.0 Aktualisierung 3 installieren möchten, müssen Sie parallel auch den entsprechenden Arcserve Backup-Patch RO75131 installieren.
Manuelles Installieren der Aktualisierung
Hinweis: Arcserve UDPVersion 5.0 Update 3 wird nicht automatisch heruntergeladen und auf Ihrem System installiert (durch die Funktion "Updates" innerhalb des Produkts), stattdessen muss jedoch ein manueller Download über die Links in den Installationsanweisungen durchgeführt werden.
Um ein Upgrade-Installationspaket für Windows-Server und -Workstations zu erhalten, auf denen bereits eine Vorgängerversion von Arcserve UDP installiert wurde, laden Sie das Update über folgende Links zu den Installationsdateien manuell herunter, um es anschließend zu installieren:
Führen Sie für ein aktuelles Installationspaket für Windows-Server und Workstations, auf denen noch nicht Arcserve UDP installiert ist, folgende Schritte durch:
Laden Sie Arcserve UDP Version 5.0 Update 3 herunter und installieren Sie diese:
Für eine Installation unter Linux laden Sie die Aktualisierung manuell herunter, um sie anschließend zu installieren. Nutzen Sie dazu folgenden Link zu den Installationsdateien:
Das Arcserve-Support-Team stellt umfangreiche Ressourcen zur Lösung von technischen Problemen zur Verfügung und bietet einfachen Zugriff auf wichtige Produktinformationen.
http://www.arcserve.com/de/default.aspx
Mit Arcserve-Support:
Copyright © 2015 Arcserve. Alle Rechte vorbehalten. Alle erwähnten Marken, Handelsnamen, Dienstleistungsmarken und Logos sind Eigentum der jeweiligen Unternehmen.